





MIDI Merger 


Two signals for one receiver 


Design by F. H. Splittgerber 


Whenever two MIDI signals have to be combined 
to drive a receiver, you need a MIDI merger. In 


the design presented here, 


two coupled 


microcontrollers merge the data. 


Since the MIDI signal is uni- 
directional and sequential, 
the data are transmitted 
without any feedback from 
the receiver. This means 
that it is not easy to simul- 
taneously combine the sig- 
nals from two MIDI sources. 
However, it can be desirable 
to combine the data streams 
from two input devices in 
order to drive a single desti- 
nation device (such as an 
expander). This function is 
performed by a device 
called a ‘MIDI merger’. It 
produces a meaningful sig- 
nal from the combination of 
several data streams from 
different sources. This is not 
a simple task, since the data 
can range in length from a 
single byte for a control 
instruction up to several 
hundred bytes for SysEx 
instructions, and the tone 
information can vary considerably (it is fre- 
quently sent as ‘running status’, occasionally 
interrupted by SysEx instructions). Supple- 
mentary control data must be correctly 
merged into the data stream. Problems can 
occur with real-time system requests and 
timing signals. It is necessary to buffer the 
data for both channels, and if necessary to 
resolve the running status (see the box). In 
principle, this problem can be solved using a 
microcontroller and a UART, or by using two 
microcontrollers. 
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Coupled microcontrollers 


In this case, the solution that has 
been chosen is to use two coupled 
Atmel AT9082313 microcontrollers. 
Since each of these devices has a 
built-in programmable serial inter- 
face and 128 bytes of RAM, no addi- 
tional logic components are neces- 
sary. The only other components 
used for the MIDI Merger are a pair 
of optocouplers for the signal inputs, 





an output driver, a clock crystal and a 
few passive components. The MIDI 
Merger automatically sets itself up 
to work with MIDI sources that emit 
an Active Sensing signal, and it in 
turn outputs the same signal accord- 
ing to the standard specification. 
After the MIDI Merger is switched 
on, the software first runs through a 
learning cycle. If the Active Sensing 
signal is detected within 300 ms, the 
software sets up the MIDI Merger 
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according to this signal. If any of the 
input signals is interrupted, which 
happens very easily on stage, a 
Reset is output after at most 300 ms 
in order to switch off the active tone. 
Anyone who has ever heard what 
happens when a MIDI synthesizer or 
other MIDI output device ‘hangs’, 
will certainly appreciate this feature! 
A reset is also generated if the buffer 
overflows, which is very unlikely. 
Due to the initial learning cycle, it is 
necessary to connect inputs of the 
MIDI Merger to the already switched 
on data sources before switching on 
the MIDI Merger itself. 

The UART inputs of the two 
Atmel controllers (pin 2) receive the 
signals from the MIDI input chan- 
nels. The data that arrive via input 
K1 are processed by microcontroller 
IC4. The two microcontrollers are 
interconnected via their control 
lines and an 8-bit bus (pins 12 — 19) 
that carries MIDI data that have 
been converted into parallel form by 
IC4. IC5 allows the MIDI Merger to 
be manually reset. The capacitor 
connected in parallel with the reset 
switch (S1) effectively suppresses 
contact bounces. The software 
resets the second microcontroller as 
necessary by sending a signal to its 
reset input via pin 8 of IC5. The 
shared control lines synchronise the 
two controllers when the system 
starts up and during data commu- 
nications. The main job of IC4 is to 
convert the serial data arriving at 
pin 2 to parallel form and pass them 
on to microcontroller IC5, which in 
turn receives serial MIDI data from 
the K2 input via its UART input. The 
software in IC5 looks after combin- 
ing the serial data received by IC5 
with the parallel data received from 
IC4. The UART output signal from 
pin 3 of IC2 is buffered by two gates 
and output to the current loop via 
R1 and R2. 

Pin 7 of IC5 must always remain 
open, since it is used for a software 
interrupt. When the software recog- 
nises a Real Time signal, it forces a 
level change at this bi-directional 
port and thus triggers interrupt 1 
(INT 1). This is the only way in 
which Real Time signals can achieve 
the required priority. Timing Clock 
signals at the K1 input are sup- 
pressed, but they are passed 
through at the K2 input. 
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Two MIDI Mergers can easily be 
chained in series. This makes a 
third input available, which for 
example can be used to insert com- 
puter-generated control signals 
(SysExclusive) into the data stream. 
When the MIDI Merger is switched 
on, it sets the destination device to 
a neutral state by issuing a MIDI 
Reset, in order to avoid any conflicts 
with the new data. 

Operating both microcontrollers 
from the 4-MHz crystal oscillator of 
one of the ICs has not been docu- 
mented by Atmel, but it is based on 
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And the rest 


The type of optocoupler used for the inputs is 
relatively critical. Of the types that were 
tested, only the recommended CNY17-2 
achieved the required data transfer rate of 
31,250 baud. Resistors R5 and R6 should have 
values between 1 KQ and 3 KQ. 

A 9-V mains adapter is employed to sup- 
ply power to the unit. Its output is stabilised 
at +5 V by IC6 to provide the operating volt- 
age. Diode D3 prevents any damage to the 
unit in case of a reverse-polarity connection. 
The circuit draws around 19 mA. 

There’s not a lot to say about the con- 


PD1(TxD) 3 R1 
PD2(INTO) g K3 
AT90S2313 PD3(INT1) D 
996531-1a PD5(T1) 7 i 


PD6(ICP) 
rr O 


(MOSI)PB5 
PB4 
N 
KEX 


(MISO)PB6 


N 
m 
= 
Z 
O 
2 


18|17 


PB4 
(OCI)PB3 
(AIN1)PB1 


oOo O 
ao a 
a oO 
2 g 
nS 
== 


PD1(TxD) 
PD2(INTO) 

AT90S2313 PD3(INT1) 
996531-1b PD5(T1) 
PD6(ICP) 


IC1 = 74HCT14 


5V 









000021 - 11 


Figure |. The circuit consists of a pair of microcontrollers, a power supply, two optically 


isolated inputs and one output. 


a discussion with the Atmel engji- 
neer Arild Rodl in Norway. C2 is 
somewhat smaller than C1 in order 
to compensate for the extra capaci- 
tive load of the clock input of IC5. 


struction of the circuit on the printed circuit 
board shown in Figure 2. The microcontroller 
software (source code) is available on a 
diskette from Readers Services, or from our 
website at www.elektor-electronics.co.uk. If 
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Figure 2. This printed circuit board can be used to build the MIDI Merger in a very compact form. 


MIDI and the MIDI Merger 


Version |.0 of the MIDI (Musical Instrument Digital Interface) standard was first published 
by the MIDI Manufacturers Association in 1983. Since then, MIDI has become the predomi- 
nant communications protocol between data sources (such as keyboards, MIDI instruments 
and drum machines) and destination devices (such as expanders, sequencers and comput- 
ers). MIDI data are unidirectional and serial. They are carried by a 5-mA current loop. The 
transmitter device expects that the receiving device will continuously accept the data 
stream. There is no provision for acknowledging or temporarily halting the data transfer. 
Merging the data streams from two different MIDI sources is not a simple task, since it is 
not easy to synchronise the source devices. 

The data are carried by a screened two-lead cable that may by up 15 metres long. Five-pin 
|80-degree DIN connectors are used at each end of the cable. Pin 2 is connected to the 
cable screen, while pins 4 and 5 are connected to the optocouplers at the device inputs to 
close the current loops. The other pins are not used. Many devices have MIDI In, MIDI Out 
and MIDI Thru connectors, but in spite of what you might think the MIDI signal produced 
by the device itself is not combined with the MIDI In signal. All that is present at the MIDI 
Thru connector is a copy of the signal applied to MIDI In, while the signal produced by the 
device appears at the MIDI Out connector. 

Data are transferred as individual bytes transmitted at 31,250 baud along with start and 
stop bits. Each instruction starts with a status byte, which is unambiguously identified by 
having its msb set to |. All data bytes that are not status bytes have the msb set to 0. This 
means that |27 (27) different values can be assigned to a non-status byte. Channel and sys- 
tem instructions can be used to distinguish two higher-level types of MIDI signals. The two 
channel commands are Channel Voice and Channel Mode, while the system commands are 
System Exclusive, System Real Time and System Common. In a channel command, the status 
byte is followed by two or three other bytes. The upper four bits (upper nibble) of the sta- 
tus byte may have a value between 8), and Ey, while lower nibble of the status byte speci- 
fies the MIDI channel. The channels are designated as | through 16, so a 0 in the lower nib- 
ble of the status byte means channel | and a F4, means channel | 6. 

At a data transfer rate of 31,250 baud, each bit is 32 us long, and it thus takes 320 us to 
send one byte. An instruction to switch a tone on or off consists of three bytes, so it takes 
somewhat less than | ms to transfer this information. Since the MIDI data are transferred 
serially, the available bandwidth limits how fast the data can be transferred. For example, 
when ten tones are activated it takes 9 ms until the final tone is produced, which is an audi- 
ble delay. Nevertheless, MIDI can manage to transfer polyphonic data without audible 
errors, even with very long control sequences, by using a data coding technique called ‘run- 
ning status’ to recover some additional bandwidth. 


you don’t want to be bothered with program- 
ming your own devices, you can obtain ready- 
programmed microcontrollers through our 
Readers Services. 

As usual, the programmed controllers may 
be installed in sockets, which markedly sim- 
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plifies the job of soldering everything 
in. If you use the items recommended 
in the components list, pay attention 
to the polarity and above all do not 
mix up the two controllers, which are 
programmed differently, you should 





COMPONENTS LIST 


Resistors: 
RI-R4 = 2200 
R5,R6 = IkQ8 


Capacitors: 

Cl ,C4-C8 = 100nF 

C2 = |8pF 

C3 = 22pF 

C9,CIO = 100uF 25V radial 


Semiconductors: 

D1,D2 = IN4148 

D3 = IN4001 

ICI = 74HCT 14 

IC2,1IC3 = CNY1I7-2 

IC4 = Atmel AT90S2313 
(programmed, order code 
99653 |-la)* 

ICS = Atmel AT90S23 13 
(programmed, order code 
99653 1-1b)* 

IC6 = 78L05 


Miscellaneous: 

KI,K2,K3 = 5-way DIN sockets, 
pins arranged at 180°, PCB 
mount 

K4 = mains adaptor socket 

PCB, order code 000021 -1* 

Disk (project source code file), 
order code 996038- I * 


* Price and ordering information 
on Readers Services page 
elsewhere in this issue. 


have no trouble assembling the 
board in a few minutes and installing 
it in the recommended enclosure. 
After that, it’s ready for use! 

(000021-1) 
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